home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1196 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.8 KB
  1. Subject: Re: user-written interrupt handlers
  2. Date: Sat, 12 Mar 94 19:49:22 CET
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <9403091128.AA17668@pirol.techfak.uni-bielefeld.de>; from "itschere@TechFak.Uni-Bielefeld.DE" at Mar 9, 94 12:28 pm
  5. Message-Id: <9403121849.AA00373@jelal.north.de>
  6.  
  7. finally got around answering this one, sorry... :)
  8.  
  9. itschere@TechFak.Uni-Bielefeld.DE writes:
  10. > Juergen Lock writes:
  11. > 
  12. > > > It's too bad there weren't a couple more DMA channels in the regular ST;
  13. > > > like one for the 68901 USART. Running that chip in sync mode would let you
  14. > > > do some really mean high-speed internetworking...
  15. > >
  16. > > btw anyone using the TT's SCC DMA yet? its too bad mega STe don't have it :)
  17. > > (and have all this SCC problems too.)
  18. > 
  19. >  Regarding that it has a 3 byte fifo one should think it would be worth a
  20. > closer look at, so to say: Well I've missed one interrupt... hmmm... never
  21. > mind, next time, I'll fetch two chars.
  22.  
  23.  sure 3 bytes are better than one (btw all drivers except ataris(?) more
  24. or less support that), and there also is a pin-compatible chip that
  25. buffers 8 bytes...  (compare PC solution: they replace the 8xxx chip
  26. with a 16550AFN, buffers 16 bytes.)
  27.  
  28. >  You could start calculating a
  29. > probability for missing three interrupts after another...
  30.  
  31.  just stay at level >= 5 three times as long as before :)  or 1.5 times
  32. if running the port @ 38400 (compared to 19200 on modem1) or the same
  33. time @ 57600...
  34. > 
  35. >  But then: What's about the MSTE problems with it? Have heard about them,
  36. > but nothing concrete.
  37.  
  38.  ok... two kinds of problems: 1. SCC IO (interrupts, access 0xffff8c8x)
  39. interferes with disk DMA causing flipped bits on the way to disk and/or
  40. SCC (for example receive megabytes of gzip'd news batches without one
  41. protocol error and then unbatching finds corrupted files!  nearly made
  42. me crazy while porting uucp...) and 2. a bugged PAL (UA03, checksum $5613)
  43. that makes the 2nd SCC port (serial2/`appletalk') lose chars no end.
  44.  
  45.  some people never notice the 1st one, i don't know if there are board
  46. revisions that really don't have it or if it just happens less often
  47. (or maybe the people never run multitasking and rarely have disk and
  48. SCC IO happen at the same time...)  a fix (patched GAL) for the 2nd one
  49. is described in fser096* (should be on a.a); the 1st one, at least the
  50. corrupted disk problems can be reduced from (in my case) `happens every
  51. 2nd file' to maybe `once every 1000 files' by replacing the Z85C30 SCC
  52. with a Z85230 (both Zilog here, Am85C230A might also help), described
  53. in fser* too. (the extra clock stuff is not essential, original 8MHz
  54. still works.)
  55.  
  56. >  And what about the falcon? Have only heard it doesn't
  57. > use a MFP for serial communication. Don't know what it uses.
  58.  
  59.  SCC.  i don't know if it has the same problems but i remember reading
  60. one horror story about a falcon crashing in the middle of a disk
  61. defragmentation just when the phone rang and the modem sent `RING'...
  62. (i also heared of newer(?) falcons having AMD SCCs, maybe theres a
  63. connection?)
  64.  
  65.  btw anyone know how to set 38400 bps on falcons modem port?  seems the
  66. clock input is different or something...
  67. > 
  68. >  Looks like there'll never be a kernel with new device drivers, because
  69. > you would have to write three of them for all existing hardware... :-(
  70.  
  71.  hmm i just looked at the *txt in hsmoda02*...  are these drivers
  72. stable on all different machines?  maybe, and if he adds a few things
  73. we could do something on top of those...  anyone on good terms with
  74. our friend Harun? :)  my last mail got unanswered...  (ok could have
  75. been mail/gateway problems too, given that those PC networks apparently
  76. never bounce back stuff they can't deliver.)
  77.  
  78.  cheers
  79.     Juergen
  80. -- 
  81. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  82.                                 ...ohne Gewehr
  83. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  84.